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MANAGING REMOTE CLIENTS 
Background 

This invention relates generally to exchanging 
information in networks. 
5 A multicast network may enable messages to be sent to 

a target group of clients that constitute a subset of all 
of the networked clients. Generally, multicasting is 
accomplished by including, within a header for example, the 
addresses of all the subject clients that are addressed. 

10 A broadcast network operator may use a server or head 

end of a multicast network to control groups or individual 
broadcast receiver client platforms for the purposes of 
initiating network management sessions. These sessions may 
be for purposes of uploading network management information 

15 to the server of head end. This allows the network 

operator to manage the exchange of network management 
information in a very scalable fashion. 

Thus, there is a need for ways to enable the exchange 
of information between clients and a server, head end or 

2 0 broadcast network operator. 

Brief Description of the Drawings 
Figure 1 is a schematic depiction of one embodiment of 
the present invention; 
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Figure 2 is a flow chart for software resident on the 

client shown in Figure 1 in accordance with one embodiment 

of the present invention; 

Figure 3 is a flow chart for software resident on the 
5 server or head- end in accordance with one embodiment of the 

present invention; 

Figure 4 is a flow chart for software resident on the 

client shown in Figure 1 in accordance with another 

embodiment of the present invention; 
10 Figure 5 is a flow chart for software resident on the 

server or head end in accordance with another embodiment of 

the present inventions- 
Figure 6 is a flow chart for software resident on the 

client shown in Figure 1 in accordance with another 
15 embodiment of the present invention; and 

Figure 7 is a flow chart for software resident on the 

server or head end in accordance with another embodiment of 

the present invention. 

Detailed Description 

2 0 Referring to Figure 1, a network may include at least 

one server, head-end or network operator 10 and a plurality 
of clients 12 (only one of which is shown) . The server 10 
may be coupled to a plurality of clients (including the 
client 12) through a distribution system that may be based 

25 on a wired system or a wireless or broadcast system. 
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Examples of such networks include television distribution 
networks such as digital video broadcasting systems. 

In one embodiment of the present invention, the server 
10 may communicate with the clients 12 over a transport 14. 
5 The transport 14 may be in accordance with an analog or 

digital broadcasting system. As one example, the transport 
14 may be compliant with the Digital Video Broadcast (DVB) ; 
Network- independent Protocol, ETS 300802, dated November 
1997 and available from the European Telecommunications 

10 Standards Institute (ETS) , Valbonne, France. The transport 
14 may be a satellite, cable or airwave broadcasting system 
as examples . 

In accordance with embodiments of the present 
invention, the client 12 recognizes messages directed 

15 individually to that client 12 from the server 10 or in 

some embodiments, from other clients 12. Bandwidth may be 
conserved by addressing messages to a group of clients 
without the need to insert, within header, the individual 
identifiers of each of a large number of addressed clients. 

20 In addition, the client 12 may include one or more 

addressable agents 44, 45, 46 and 48 that may be 
independently addressed by remote units such as the server 
10. Moreover, by providing addressable agents 44, 45, 46 
and 48 within a given client 12, messages that are 

25 specialized or which need specialized handling may be 
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addressed to particular agents resident on the client 12 
for appropriate handling. 

The server 10 may include a network management command 
and control server 16. The server 16 is responsible for 
5 managing the collection of data from clients 12 . The 
server 16 transmits messages which include a distinct 
service identifier (e.g., service_id=0x02 ) . The server 10 
may also include an instant messaging or short message 
service (SMS) server 18 that also transmits messages having 

10 a distinct service identifier (e.g., service_id=0x04) . 

In addition, a client disk management server 20 may be 
provided as well. The client disk management server 20 may 
transmit messages that include one or more distinct service 
identifiers (e.g., service_id-0x01) . In some cases, a 

15 variety of messages may be issued by the client disk 

management server 2 0 in order to initiate desired functions 
on a client's storage device or disk drive 43. For 
example, separate service identifiers may be utilized for 
the commands to create partitions, delete partitions, or 

2 0 modify partitions, as examples. 

A data management session control server 21 may be 
responsible for handling the uploading of a data set that 
is uniquely identifiable on a client over an available 
return channel connection 47. This is a valuable 

25 capability that allows the network operator to manage the 
mining of data and the scalability of the associated 
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servers. A unidirectional message service type and message 
identifier may be used for a data management session 
control (DMSC) to manage data management sessions for 
groups of clients or individual clients. This group 
5 management is inherently supported by a unidirectional 
messaging service by the strategic assignment of client 
identifiers for all broadcast receiver clients in the 
network that are managed by the server 10. 

The data management session control server 21 

10 transmits messages that include one or more distinct 

service identifiers (e.g., service__id=0x03) . The server 21 
creates a DMSC message data structure and passes 
information and data to the unidirectional messaging server 
22 such as application-private data and data size, unique 

15 client identifier, a group flag which is a Boolean variable 
specifying if the client identifier is a group mask or 
individual client identifier, a service identifier value 
for the DMSC service and application-private message 
identifier. 

2 0 In accordance with one embodiment of the present 

invention, the server 10 may implement a unidirectional 
messaging system. In a unidirectional messaging system, 
the server 10 may transmit messages to a plurality of 
clients that are unable to respond in any way. One example 

25 of such a network is a direct-to-home (DTH) broadcast 

network that may be compliant with the DVB protocol. The 
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network may use a connection oriented communication 
protocol or a real time connectionless communication 
protocol as two examples. There are many applications of 
unidirectional messaging from server to client such as 
5 instant messaging, command and control and notification and 
signaling, as examples. In other cases, the network may be 
a bidirectional network, for example with an Internet 
Protocol (IP) multicast backbone. 

In one embodiment of the invention, the server 10 may 

10 include a unidirectional messaging server (UMS) 22 that is 
coupled to the servers 16, 18, 20 and 21 to generate 
messages in an appropriate format. The messages 
transmitted by the UMS server 22 may include messages 
originally generated by one of the servers 16, 18, 2 0 or 

15 21. The UMS server 22 may then be coupled to an Internet 

Protocol multicast module 24 that places the messages in an 
appropriate multicast protocol format. Finally, a DVB 
Multiprotocol Encapsulation (MPE) 26 is coupled to the 
Internet protocol multicast module 24. The MPE is 

20 described in DVB Specification for Data Broadcasts (EN 301 
192) and Specification for Service Information (SI) in DVB 
Systems (EN 300 468 VI. 3.1 1998-02) both available from the 
ETS. The output of the DVB MPE 26 and a DVB-Service 
Information (SI) generator 2 8 are coupled to the transport 

25 14. Service Information is digital data describing the 
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delivery system, content and scheduling/ timing of broadcast 
data streams. 

In the client 12, the stream from the DVB-SI generator 
28 is coupled to a DVB-SI receiver 40 and service 
5 acquisition module 38. The service acquisition module 38 
extracts a program identifier (PID) and provides it to a 
DVB demultiplexer 32. A tuner 30 may tune the client 12 to 
the appropriate channel corresponding to the extracted 
program identifier. 

10 The message from the DVB MPE 26 is provided to a DVB 

MPE receiver 42. The receiver 42 communicates with an IP 
multicast module 4 0 and a unidirectional messaging server 
38. The server 3 8 breaks down the message to determine 
whether a service identifier was included in the data 

15 stream. If so, the message is forwarded to an appropriate 
agent designated to receive messages with particular 
service identifiers . 

A disk management agent 44 may be coupled to a disk 
drive controller 4 7 in turn coupled to a storage device 43 

2 0 that may, for example, be a hard disk drive. The disk 

management agent 44 may be addressed as a message recipient 
by the client disk management server 20. The disk 
management agent 44 may cause processes to be undertaken 
through the controller 47 that in turn control the use of 

25 the storage device 43 . This control may include 

determining what information is stored on the storage 
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device 43 and how that information is stored on the storage 
device 43 . 

In one embodiment of the present invention, the 
network management command and control server 16 may 
5 provide a specific message identifier that causes its 
message to be received by a network management session 
management agent 48 tuned to a particular service 
identifier. Similarly, messages from the instant messaging 
server 18 may include a service identifier that cause those 

10 messages to be forwarded to the agent 48 in the client 12. 
Likewise, messages from the data management session control 
server 21 may have appropriate identifiers that cause them 
to be shunted to the data management session control agent 
45 on the client 12. 

15 The server 10 may include a storage 25 that stores 

software 134, 70 and 102 for controlling the operation of 
the server 22. Likewise, the server 38 on the client 12 
may be coupled to a storage 43 that stores software 50, 82 
and 114 that controls the operation of the server 38. The 

20 servers 22 and 38 may also be processor-based systems. 

Turning next to Figure 2, the software 50 on the 
client 12 initially receives the unidirectional messaging 
server address and port from the server 10. The client 12 
may also be assigned a client identifier as indicated in 

25 block 52. Thus, an Internet Protocol multicast system may 
be established wherein each client has a UMS address and 



8 



port as well as a unique client identifier, assigned by the 
server 10. In some embodiments, the server 10 may 
dynamically adjust addresses and ports as well as client 
identifiers to enable communication of particular messages, 
5 message groups or types of messages to particular clients 
in a dynamic and reconf igurable fashion. 

Having received its address, port and client 
identifier, the client 12 receiver joins a multicast group 
and listens for messages addressed specifically to it or to 
10 any groups that the client 12 belongs to, as indicated in 
block 54. 

A disk management agent 44 registers its service 
identifier with the UMS server 38 as indicated in block 56. 
When the UMS server 3 8 receives a packet with a UMS 

15 message, as indicated in block 58, a check determines 

whether the particular client 12 is the intended recipient 
as indicated in diamond 60. If not, the message is 
discarded as indicated in block 62 . 

However, if the particular client 12 is the intended 

2 0 recipient, the server 38 checks the message's service 

identifier and passes the message to the correct agent 44, 
46 or 48, as indicated in block 64. The message is then 
delivered to the appropriate agent 44 as indicated in block 
66. In the agent 44, the information is parsed and passed 

25 to an appropriate process for handling as indicated in 
block 68. 
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For example, when addressed, the disk management agent 
44 sends appropriate commands to the controller 47 for 
relay to the storage device 43. Dependent on the service 
identifier accompanying the message, the agent 44 may 
5 provide appropriately translated commands to the controller 
47 such as the commands to create a partition, delete a 
partition or modify a partition. Each of these commands 
may be given separate service identifier values such as 
0x03, 0x04 and 0x05. The disk management agent 44 may 

10 translate a message with a service identifier value into an 
appropriate format for the controller 47 based on the 
message received from the client disk management server 20. 
For example, with a message that includes a service 
identifier value 0x03, the agent 44 may issue a command to 

15 the controller 47 to partition the storage 43 . 

On the server side, shown in Figure 3, the network 
software 70 begins by assigning multicast addresses and 
ports for unidirectional messaging service to a plurality 
of clients 12 as indicated in block 72. The server 10 may 

2 0 also assign client identifiers in a dynamic and 

reconf igurable fashion. The address, port and client 
identifiers are then transmitted to the clients as 
indicated in block 74 . 

Thereafter, the disk management server 20 may create a 

25 data structure and pass this data structure to the server 
22 as indicated in block 76. The server 22 creates a 
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unidirectional message and assigns a client value, sets a 
group flag, and copies private data in the private bytes of 
the message as indicated in block 78. More particularly, a 
unique client identifier may be assigned. The client 
5 identifier may either be a particular preassigned client 
identifier or, as one example, may be zero when multiple 
clients are targeted. A group flag may be a Boolean value 
specifying whether the client identifier is a group mask or 
a particular identifier. A group mask is an identifier 

10 that identifies a subset of the clients 12 on the network. 
This subset may include a plurality of clients but less 
than the total number of addressable clients. 

As one example of a undirectional message header, the 
message may include a number of variables including a 

15 group_mask, a service_id, a version_id, a message_id, and a 
private_data_byte . The group_mask may, in one embodiment 
of the present invention, include 64 bits, the service__id 
may include eight bits, the version_id may include sixteen 
bits, the message_id may include eight bits and the 

20 private_data_byte may include eight bits. The version_id 

is the version of the unidirectional messaging protocol and 
may initially be set to zero. The service_id may be a 
service identifier that may be as one example 0x02 for an 
instant messaging service. Advantageously, the message 

25 size does not exceed 1,024 bytes in order to eliminate 

potential datagram fragmentation. The group_filter may be 
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used in conjunction with the client__id field to limit the 
size of the private data bytes required for an application. 
Each of header items may include an unsigned integer most 
significant bit first (uimsbf) identifier in accordance 
5 with the DVB specification except for the private_data_byte 
which may include a bit string, left bit first (bslbf) 
identifier . 

As indicated in block 80, the message is then sent to 
all the clients 12 on the network. Each client then 

10 determines whether the message is intended for that client. 
The client 12 determines whether it is the specific 
intended recipient by determining whether the message is 
addressed to the client identifier of the client 12. For 
example, using an AND logic operator between the message's 

15 identifier and the client's identifier, the client 12 may 
determine if the client 12 is within a group of clients 
jointly addressed by the server 10. 

In one embodiment of the present invention, distinct 
groups of users may receive common client identifier 

20 elements. Thus, a plurality of clients whose owners have 
signed up for enhanced service may include a common code 
portion in their client identifier. When a message 
including that common code portion in the client identifier 
is received, each of those clients accepts the message. 

25 Likewise, clients in particular geographic areas, having 

particular interests or otherwise identifiable clients may 
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be given unique prefixes/suffixes or identifier code 
portions. The code portion may be logically ANDed with a 
group__mask to determine whether a particular client is a 
member of the targeted group. 
5 The management message header may also include fields 

to address the disk management agent 44, such as a 
volume_name_len field that provides the volume, name, 
length and bytes for the pertinent volume of a storage 
device 45 in the form of a hard disk drive. In one 

10 embodiment of the present invention, that field may be 
eight bits long and may be have a bslbf identifier. In 
addition, a volume_name__byte field may give the volume name 
bytes that make up the name of the volume to mount on which 
to create a partition. In one embodiment of the present 

15 invention, this field may be eight bits long and may 

include a bslbf identifier. Finally, a partition__size 
field may give the size of the partition to create in 
bytes. This field may be thirty-two bits in size and may 
use the uimsbf identifier. Of course, additional fields 

20 and additional service identifiers may be utilized to 

implement still additional commands to the client storage 
device 45. 

In this way, the client disk management server 20, 
under the direction from the server or head-end 10, may 
25 control how the storage 43 is set up and utilized on a 

targeted client 12 or a targeted group of clients 12 . Each 
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of the clients 12 may be individually addressed, the entire 
set of clients may be addressed or any subgroup of clients 
may be collectively addressed such that their storage 
devices 45 may be individually or collectively modified. 
Thus, the storage devices 43 of one or more clients may be 
selectively controlled from the server 10. 

Referring to Figure 4, the software 82 on the client 
12 for implementing a network management session, initially 
receives the unidirectional messaging server address and 
port from the server 10. The client 12 may also be 
assigned a client identifier as indicated in block 84. 
Thus, an Internet Protocol multicast system may be 
established wherein each client has a UMS address and port 
as well as a unique client identifier, assigned by the 
server 10. 

Having receives its address, port and client 
identifier, the client 12 receiver joins a multicast group 
and listens for messages addressed specifically to it or to 
any groups that the client 12 belongs to, as indicated in 
block 86. 

A data management session control agent 45 registered 
its service identifier with the UMS server 3 8 as indicated 
in block 88. When the UMS server 38 receives a packet with 
a UMS message, as indicated in block 90, a check determines 
whether the particular client 12 is the intended recipient 
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as indicated in diamond 92. If not, the message is 
discarded as indicated in block 94. 

However, if the particular client 12 is the intended 
recipient, the server 3 8 checks the message's server 
5 identifier and passes the message to the correct agent 45, 
as indicated in block 64. The message is then delivered to 
the appropriate agent 45, as indicated in block 98. In the 
agent 45, the information is parsed and passed to an 
appropriate process for handling as indicated in block 100. 

10 The data management session control agent 45 receives 

a targeted message from the data management session control 
server 21 and in response thereto provides the data 
requested by the server 21, for example over a back channel 
47. Thus, in one embodiment, the agent 45 may receive 

15 messages having a particular syntax including a 

ManagementMessage ( ) which includes a group__mask, a 
service_id, a version_id, a message__id, a 

message__byte_count, and a DMSessionControlMessage ( ) that in 
turn includes a session_id, a session_host_name, a 

20 session_start__time, a session__duration and a data_id. 

The session_id is a unique session identifier. The 
server_host_name is a string host name of the data 
management server to establish a connection. The 
session_start_time is a date and time for the client 12 to 

25 establish the session. The session_duration is the 

duration after start time that the server 21 will accept 
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the session and provides a time window if necessary. The 
data_id is a unique identifier of information or data set 
to exchange during the session. The method for managing 
and assigning information and/or data of the identifier is 
5 application private. 

Thus, the server 21 can initiate a message to the 
client 12 which causes the client 12 to initiate an 
uploading of specified data at a specified time. That is, 
the server 21 may specify a header including a session_id, 

10 a server_host__name, a session_start_time / a 

session_duration, and a data_id, and in response thereto 
the data management session control agent 45 gathers the 
requested information and provides it in the requested form 
at the requested time. 

15 The server 21 may provide messages with different 

message identifiers including a session create message, a 
session delete message and session update message, as 
examples. The session delete message simply deletes a 
previously created session and the session update message 

20 causes additional information to be provided for a 
scheduled session. 

In one embodiment of the present invention, the 
group_mask may include 64 bits with the uimsbf identifier. 
The session__id may include eight bits with a uimsbf 

25 identifier. The version_id may include sixteen bits with a 

uimsbf identifier. The message_id may include eight bits and 



16 



have an identifier of 0x01, The message_byte_count may 
include sixteen bits within a uimsbf identifier. The 
DataManagementSessionControlMessage ( ) may include the syntax 
session_id with eight bits, session_start_time with sixty- 
5 four bits, session_duration with thirty- two bits, and data_id 
with thirty- two bits in one embodiment, all in the uimsbf 
identifier format. The DataManagementSessionControlMessage ( ) 
may also include a server_host_name with one hundred twenty- 
eight bits with a bslbf identifier. 
10 On the server side, shown in Figure 5, the network 

_ software 102 begins by assigning multicast addresses and 

yn ports for unidirectional messaging service to a plurality 

of clients 12 as indicated in block 104. The server 10 may 
II also assign client identifiers in a dynamic and 

15 reconf igurable fashion. The address, port and client 
identifiers are then transmitted to the clients as 
y~ indicated in block 106. 

Thereafter, the data management session control server 
Q 21 may create a data structure and pass this data structure 

■S 20 to the server 22 as indicated in block 108. The server 22 

creates a unidirectional message and assigns a client 
value, sets a group flag, and copies private data in the 
private bytes of the message as indicated in block 110. 
More particularly, a unique client identifier may be 
25 assigned. The client identifier may either be a particular 
preassigned client identifier, or as one example, may be 
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zero when multiple clients are targeted. A group flag may 
be a Boolean value specifying whether the client identifier 
is a group mask or a particular identifier. A group mask 
is an identifier that identifies a subset of the clients 12 
5 on the network. This subset may include a plurality of 
clients but less than the total number of addressable 
clients . 

As indicated in block 112, the message is then sent to 
all the clients 12 on the network. Each client then 

10 determines whether the message is intended for that client. 
The client 12 determines whether it is the specific 
intended recipient by determining whether the message is 
addressed to the client identifier for the client 12. For 
example, using an AND logic operator between the message's 

15 identifier and the client's identifier, the client 12 may 
determine if the client 12 is within a group of clients 
jointly addressed by the server 10. 

The network management command and control server 16 
works with the network session management agent 48. When a 

20 message generated at the instance of the server 16 is 

directed to the agent 48, the agent 4 8 calls the session 
manager 49. The session manager may provide the desired 
management information in a predetermined format over a 
back channel 43 in one embodiment of the present invention. 

25 The network management sessions are generally for the 

purposes of uploading network management information to the 
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server 16. As one example, a management information base 
(MIB) may be uploaded over a simple network management 
protocol (SNMP) over the return channel 43. The operation 
of the agent 48, shown in Figure 6, generally corresponds to 
5 that described previously with respect to the agents 44 and 
45. That is, the UMS addresses, port and client identifiers 
are received, as indicated in block 116, the receiver joins 
the multicast group and listens for messages as indicated in 
block 118 and the network session management agent 4 8 

10 registers its service identifier with the UMS receiver as 

indicated in block 120. The UMS receiver then receives the 
package with the message as indicated in block 122. 

A check at diamond 124 determines whether the 
particular agent 4 8 is the intended recipient. If not, the 

15 message is discarded as indicated in block 126. Otherwise, 
the receiver checks the service identifier and passes the 
message to the agent 48, as indicated in block 130. The 
information is parsed and passed to the session manager 49. 
The session manager 49 then schedules the session, using the 

20 channel 43, with the server 16. 

The message format is basically the same as the format 
used by the DMSC. However, instead of having 
DMSessionControlMessage () , an NMSessionControlMessage ( ) 
includes an info_ID field. The info_ID field is a unique 

25 identifier of information or a data set to exchange during 
the session. The method of managing and assigning the 
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information and/or data set identifier is application 
private. For example, a specific SNMP client MIB may be 
identified to upload to the server, if the client manages 
multiple MIBs. 

5 An MIB is information on an agent that is known as the 

management information base. This information forms a basis 
for event reporting. The standards for MIBs are set forth 
for example in RFC 122 9 distributed by the Network Working 
Group (May 1991) . 

10 Turning next to Figure 7, the operation of the network 

management server 16, utilizing the software 134, 
corresponds generally to that described previously. Again, 
the multicast address and port for UMS is assigned and the 
client identifiers are assigned as indicated in block 136, 

15 the UMS address and port and client identifier are sent to 
the clients as indicated in block 13 8, and the network 
management command and control server 16 creates a data 
structure and passes the data to the UMS server as indicated 
in block 140. The UMS server 22 then creates the UM 

2 0 message, assigns a client value, sets a group flag and 
copies private data into private bytes of the message as 
indicated in block 142. Thereafter, the message is sent 
(block 144) . 

Then at the predetermined time, the server 16 receives 
25 the scheduling information from the session manager 49. At 
the appropriate time, a session may be provided in which the 



20 



MIBs or other information is uploaded to the server 16 via 
the actions of the agent 48 and session manager 49. 

In one embodiment of the present invention, distinct 
groups of users may receive common client identifier 
elements. Thus, a plurality of clients whose owners have 
signed up for enhanced service may include a common code 
portion in their client identifier. When a message 
including that common code portion in the client identifier 
is received, each of those clients accepts the message. 

While the present invention has been described with 
respect to a limited number of embodiments, those skilled 
in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended 
claims cover all such modifications and variations as fall 
within the true spirit and scope of this present invention. 

What is claimed is: 



1 1. A method comprising: 

2 receiving on a client a message from a server 

3 addressed to said client; and 

4 scheduling a data upload session based on said 

5 message, 

1 2. The method of claim 1 further comprising: 

2 assigning an individual identifier to the clients 

3 comprising a set of clients including said client; 

4 assigning a group identifier to a subset of the 

5 clients within the set of clients; and 

6 enabling said client in said set to determine 

7 whether a message is sent to said client or to the subset. 

1 3 . The method of claim 2 including sending a message 

2 to a client in a unidirectional messaging system. 

1 4. The method of claim 1 including receiving a 

2 message including an identifier which specifies a task to 

3 perform on a storage device. 

1 5 . The method of claim 4 including receiving a 

2 message including an identifier indicating a change to a 

3 partition on said storage device. 
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1 6. The method of claim 1 including locating an 

2 identifier within said message that specifies an agent on 

3 said client to handle said message, and forwarding said 

4 message to said agent . 

1 7. The method of claim 6 including enabling said 

2 agent to upload said data to said server over a back 

3 channel . 

1 8. The method of claim 6 further including extracting 

2 a specified time from said message and uploading said data 

3 at the specified time. 

1 9. The method of claim 1 including extracting from 

2 said message an identifier which specifies the information 

3 to upload to said server and uploading the specified 

4 information to said server. 

1 10. The method of claim 9 wherein said message 

2 includes a server identifier, and uploading said data to 

3 the identified server. 

1 11. An article comprising a medium storing 

2 instructions that enable a processor-based system to: 

3 receive a message from a server addressed to said 

4 system; and 
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5 schedule the uploading of information from said 

6 system to said server based on said message. 

1 12. The article of claim 11 further storing 

2 instructions that enable a processor-based system to: 

3 assign an individual identifier to each of the 

4 clients comprising a set of clients including said system; 

5 assign a group identifier to a subset of the 

6 clients within the set of clients; and 

7 enable the system to determine whether a message 

8 is sent to the system or to the subset. 

1 13 . The article of claim 12 further storing 

2 instructions that enable the processor-based system to send 

3 a message to a client in a unidirectional messaging system. 

1 14. The article of claim 11 further storing 

2 instructions that enable the processor-based system to 

3 decode a command within said message to modify the storage 

4 of information on a storage device. 

1 15. The article of claim 11 further storing 

2 instructions that enable the processor-based system to 

3 locate an identifier within said message that specifies an 

4 agent on said system to handle said message, and forward 

5 said message to said agent. 
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1 16. The article of claim 15 further storing 

2 instructions that enable said processor-based system to 

3 upload said data to said server over a back channel . 

1 17. The article of claim 15 further storing 

2 instructions that enable the processor-based system to 

3 extract a specified time from said message and upload said 

4 data at the specified time. 

1 18. The article of claim 11 further storing 

2 instructions that enable the processor-based system to 

3 extract from said message an identifier which specifies the 
A information to upload to said server and upload the 

5 specified information to said server. 

1 19. The article of claim 18 further storing 

2 instructions that enable the processor-based system to 

3 upload said data to a server identified in said message. 

1 20. A system comprising: 

2 a processor-based device; and 

3 a storage storing instructions that enable said 

4 processor-based device to receive a message from a server 

5 addressed to said processor-based device and schedule the 
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6 uploading of information to said server based on said 

7 message. 

1 21. The system of claim 20 wherein said storage 

2 stores instructions that enable the device to compare a 

3 group identifier in a message to determine whether the 

4 device is within a group addressed by said server. 

1 22. The system of claim 20 wherein said storage 

2 stores instructions that enable said processor-based device 

3 to locate an identifier within said message that specifies 

4 an agent on said device to handle said message and forward 

5 said message to said agent. 

1 23. A method comprising: 

2 transmitting a message to a client; and 

3 scheduling the uploading of information on said 

4 client based on said message. 

1 24. The method of claim 23 further storing 

2 instructions that enable the processor-based system to 

3 receive an upload of data over a back channel from a 

4 client. 
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1 25. The method of claim 24 including transmitting a 

2 time specification in the message and receiving an upload 

3 of data from a client at said specified time. 

1 26. An article comprising a medium storing 

2 instructions that enable a processor-based system to: 

3 transmit a message to a client; and 

4 schedule the uploading of information to said 

5 system based on said message. 

1 27. The article of claim 26 further storing 

2 instructions that enable the processor-based system to 

3 transmit information in said message that specifies a time 

4 for an information upload from said client. 

1 28. The article of claim 26 further storing 

2 instructions that enable the processor-based system to 

3 transmit a message that specifies the information that the 

4 client should upload. 

1 2 9. A system comprising: 

2 a processor-based device; and 

3 a storage storing instructions that enable said 

4 processor-based device to transmit a message to a client 

5 and schedule the uploading of information on said client to 

6 said system based on said message. 
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1 30. The system of claim 29 wherein said storage 

2 stores instructions that enable the processor-based device 

3 to specify how information is provided from the client to 

4 said system. 
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MANAGING REMOTE CLIENTS 



Abstract of the Disclosure 
A messaging system may enable a server to assign 
unique identifiers to a plurality of clients. These 
5 identifiers enable a client to determine whether a message 
is specifically targeted to that client or, as an 
alternative, whether the client is a member of a group of 
targeted clients. A server may send messages containing an 
identifier to agents on one or more clients. The 
10 identifier may specify commands to manage the uploading of 
information from one or more clients to a server. 
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